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DETAILED ACTION 

1. This office action is in response to applicant's amendment filed Jvine 8, 2005. Claims 1, 2, 4, 
7-9, and 11 are amended. Claims 12-16 are new claims. 

Response to Arguments 

2. Applicant's arguments filed June 8, 2005 have been fiilly considered but they are not 
persuasive. 

3. Applicant notes that Busey does not teach or suggest an IRC server that distributes an event 
occurrence control message. However, Mirashrafi teaches distributing an event occxirrence control 
message [col. 4 lines 22-23 (the URL of a requested page)]. Similarly, Busey teaches distributing the 
URL of a page [fig. 4A-J] using a server implementing the IRC protocol [fig. 1 (148), col. 3 lines 61- 
64]. It would have been obvious to simply adapt the Bridgeport taught by Mirashrafi to implement 
the IRC protocol because IRC is a continuously open packet protocol [Busey col. 3 lines 30-31] and 
could therefore provide what appears to users to be real time communication [Busey col. 3 lines 26- 
31]. 

4. The only feature recited in claim 1 that Mirashrafi lacks is that the Bridgeport specifically 
conmiunicates using the IRC protocol (which would make the Bridgeport an IRC server). Thus, for 
the reasons above and contrary to applicant's contention, Mirashrafi in view of Busey does teach "a 
Web collaborative browsing method that includes sending a created control message to an IRC 
server over a network such that the IRC server that receives the sent event occurrence control 
message, transfers the received control message to a plurality of clients participating in said 
collaborative browsing session opened by the collaborative browsing client", as recited in claim 1. 
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Drawings 

5. Examiner acknowledges that figure 1 has been designated as prior art and that the 
specification has been amended to include reference nvimerals 333, 404-409, 416, and 432-436, and 
has accordingly withdrawn the drawing objections. 

Claim Objections 

6. Examiner has withdrawn the claim objections because applicant's amendments have 
overcome the objections. However, the following objection applies to the amended claims. 

7. Claim 4 is objected to because of the following informality: "one of said session participating 
client" in subparagraph (d)(3) lines 2 and 3. Examiner suggests "one of said session participating 
clients". Appropriate correction is required. 

Claim Rejections - 35 USC§112 

8. Examiner has withdrawn the rejections under 35 USC JF 1 12, second paragraph because 
applicant's amendments have overcome the rejections. However, the following rejections apply to 
the new claims. 

9. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distmcdy claiming the subject 
matter which the applicant regards as his invention. 

10. Claims 12-16 are rejected xmder 35 U.S.C. 112, second paragraph, as being indefinite for 
failing to particularly point out and distinctiy claim the subject matter which applicant regards as the 
invention. The claims recite the limitation "The program as set forth in claim 1" which lacks 
antecedent support. 
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Claim Rejections - 35 USC § 103 

11. The following is a quotation of 35 U.S.C. 103(a) which fomis the basis for all obviousness 
rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in section 
102 of this title, if the differences between the subject matter sought to be patented and the prior art are such that the 
subject matter as a whole would have been obvious at the time the invention was made to a person having ordinary 
skill in the art to which said subject matter pertains. Patentability shall not be negatived by the manner in which the 
invention was made. 

12. Claims 1-3, 5-7, 10-13, and 15-16 are rejected under 35 U.S.C. 103(a) as being xinpatentable 
over Mirashrafi et al (U.S. 6,199,096, hereinafter "Mirashrafi") in view of Busey et al. (U.S. 
6,785,708, hereinafter "Buse/*). 

13. With respect to claim 1, Mirashrafi discloses a Web collaborative browsing method using a 
server [fig. 1 Bridgeport #103] comprising the following steps, said method comprising: 

a) , by a collaborative browsing client, opening a collaborative browsing session [col. 3 lines 

18-25]; 

b) , by said collaborative browsing client, creating a control message corresponding to an 
event [col. 4 Unes 22-23, The event is entering a URL into a browser in a collaborative browsing 
session.] if the event occurs while said client is connected to a Web server to conduct Web sxirfing 
[col. 4 lines 17-19], after said collaborative browsing session is opened [col, 4 lines 9-19], and then 
sending the created control message to said server [col. 4 lines 22-23, The URL is sent to the 
Bridgeport.] over a network [fig. 1 #150]; 

c) , by said server, receiving the sent event occurrence control message [col. 4 lines 22-23] 
and transferring the received control message to a plurality of clients participating in said 
collaborative browsing session opened by said collaborative browsing client [col. 4 lines 23-25]; and 
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d)y by a collaborative browsing component program of each of said session participating 
clients, instructing a Web browser of a corresponding one of said session participating clients in 
response to said control message to request the same event as that having occurred in said 
collaborative browsing client, from said Web server [col. 4 lines 28-30]. 

Mirashrafi does not expressly disclose using an Internet relay chat (IRC) protocol or that the 
server is a standard IRC server. Nonetheless, a Web collaborative browsing method using an 
Internet relay chat (IRC) protocol and a standard IRC server was well known in the art, as evidenced 
by Busey. In a similar art, Busey discloses a Web collaborative browsing method [abstract lines 1-5] 
using an Internet relay chat (IRC) protocol and a standard IRC server [col. 3 lines 61-64]. Given the 
teachings of Busey it would have been obvious to one of ordinary skill in the art to provide a 
standard IRC server that uses an Internet relay chat (IRC) protocol for performing the Web 
collaborative browsing method. The motivation for doing so would have been because IRC is a 
continuously open packet protocol [Busey col. 3 lines 30-31] and could therefore provide what 
appears to users to be real time communication [Busey col. 3 lines 26-31]. 

14. With respect to claims 2 and 12, Mirashrafi in view of Busey teaches the method applied to 
claim 1 . Mirashrafi further discloses that step b) includes: 

b-1) detecting said event if it occurs in a Web browser of said collaborative browsing client 
[col. 4 lines 21-22] while said collaborative browsing client is connected to said Web server via said 
Web browser thereof to conduct the Web surfing [col. 4 lines 17-19]; 

b-2) analyzing the contents of the detected event [col. 4 line 22]; 

b-3) creating said control message corresponding to the analyzed event contents [col. 4 lines 
22-23]; and 
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b-4) sending the created control message to said server (an IRC server in view of Busey, as 
applied to claim 1) over said network [col. 4 lines 22-23]. 



15. With respect to claims 3 and 13, Mirashrafi in view of Busey teaches the method applied to 
claim 1. Mirashrafi further discloses that said network is a wired network [fig. 4 #440, col. 5 lines 41- 
44]. 



16. With respect to claims 5 and 15, Mirashrafi in view of Busey teaches the method applied to 
claim 1 . Busey further discloses that it was well known to implement a collaborative browsing 
component program with ActiveX [col. 6 lines 6-9], Given the fiirther teachings of Busey it would 
have been obvious to one of ordinary skill in the art to implement the collaborative browsing 
program using ActiveX. The motivation for doing so would have been to have the collaborative 
browsing component program instruct the Web browser to acquire a Web page [Busey col. 6 lines 6- 
8]. 

17. With respect to claims 6 and 16, Mirashrafi in view of Busey teaches the method applied to 
claim 1 . Mirashrafi further discloses that said event includes a Web document request event [fig. 2 
#205]. 

18. With respect to claim 7, Mirashrafi discloses a Web collaborative browsing system using a 
server [fig. 1 Bridgeport #103], said system comprising: 

event occurrence processing means for creating a control message corresponding to a type 
of event [col. 4 lines 22-23, The event is entering a URL into a browser during a collaborative 
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browsing session.] if the event occurs in a Web browser of a collaborative browsing client while said 
client is connected to a Web server via said Web browser to conduct Web surfing [col. 4 lines 17- 
19], and then sending the created control message to said server [col. 4 lines 22-23, The URL is sent 
to the Bridgeport]; and 

event synchroni2ation means for receiving said control message via said server [col. 4 lines 
22-23] and instructing a corresponding Web browser in response to the received control message to 
request the same event as that having occurred in said collaborative browsing client, from said Web 
server [col. 4 lines 23-30]. 

Mirashrafi does not expressly disclose using an Internet relay chat (IRC) protocol or that the 
server is a standard IRC server. Nonetheless, a Web collaborative browsing method using an 
Internet relay chat (IRC) protocol and a standard IRC server was well known in the art, as evidenced 
by Busey. In a similar art, Busey discloses a Web collaborative browsing method [abstract lines 1-5] 
using an Internet relay chat (IRC) protocol and a standard IRC server [col. 3 lines 61-64]. Given the 
teachings of Busey it would have been obvious to one of ordinary skill in the art to provide a 
standard IRC server that uses an Internet relay chat (IRC) protocol for performing the Web 
collaborative browsing method. The motivation for doing so wovild have been because IRC is a 
continuously open packet protocol [Busey col. 3 lines 30-31] and could therefore provide what 
appears to users to be real time commvinication [Busey col. 3 lines 26-31]. 

19. With respect to claim 10, Mirashrafi in view of Busey teaches the system applied to claim 7. 
Mirashrafi fiarther discloses that said event includes a Web document request event [fig. 2 #205]. 
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20. With respect to claim 1 1 , Mirashrafi in view of Busey teaches the method applied to claim 1 . 
Mirashrafi further discloses a digital processor-readable storage medium [fig. 6 #608] for storing a 
program composed of commands executable by a digital processor [fig. 6 #602] to perform the Web 
collaborative browsing method taught by claim 1 [Col. 9 lines 53-56 disclose that the hardware 
elements of figure 6 are suitable to be deployed as a Bridgeport.]. 



21 . Claims 4, 8, 9, and 14 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Mirashrafi in view of Busey, and fiirther in view of Esenther (U.S. Application Publication 
2002/0138624). 

22. With respect to claims 4 and 14, Mirashrafi in view of Busey teaches the method appUed to 
claim 1. Mirashrafi fiirther discloses that step d) includes: 

d-1) receiving said control message from said server (an IRC server in view of Busey, as 
applied to claim 1) [col. 4 lines 23-25]; and 

d-3) applying a command to a Web browser of a corresponding session participating client 
to instruct said corresponding session participating client to request the same event as that having 
occurred in said collaborative browsing client, from said Web server [col. 4 lines 28-30]. 

The instant teachings do not expressly teach analyzing the received control message to 
determine a type of said event having occurred in said collaborative browsing client and applying the 
command based on the determination result. The only event type expressly taught is updating a 
URL. Nonetheless, synchronizing other browsing events was well known in the art, as evidenced by 
Esenther. In a similar art, Esenther discloses a method for collaborative web browsing that 
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synchronizes a plurality of events [abstract lines 1-5], analyzes received control messages ^160 lines 
1-2] to determine a type of event having occurred in a collaborative browsing client [^60 lines 3-6], 
and applies the a command based on the determination result n|64]. Given the teachings of 
Esenther it would have been obvious to one of ordinary skill in the art to synchronize browser 
events other than only URLs, to analyze the received control messages to determine a tj^e of said 
event having occurred in said collaborative browsing client, and to apply the command based on the 
determination result The motivation for doing so would have been so that users could synchronize 
significant states of their web browsers (Esenther abstract lines 1-5]. 

23. With respect to claim 8, Mirashrafi in view of Busey teaches the system applied to claim 7. 
Mirashrafi further discloses that said event occurrence processing means includes: 

an event occurrence detector for detecting said event [col. 4 lines 21-22] if said event occurs 
in said Web browser of said collaborative browsing client [col. 4 lines 21-22] while said cUent is 
connected to said Web server via said Web browser thereof to conduct Web surfing [col. 4 lines 17- 
19]; 

an event analyzer for analyzing the contents of the detected event [col. 4 lines 21-22]; and 
a message sender for creating said control message corresponding to the analyzed event 

contents and sending the created control message to said server (an IRC server using the IRC 

protocol in view of Busey, as applied to claim 7) [col. 4 lines 21-23]. 

The instant teachings do not expressly teach analyzing the received control message to 

determine the type of said event. The only event type expressly taught is updating a URL. 

Nonetheless, synchronizing other browsing events was well known in the art, as evidenced by 

Esenther. In a similar art, Esenther discloses a method for collaborative web browsing that 
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synchronizes a plurality of events [abstract lines 1-5] and analyzes events to determine the event 
types [Tj54 lines 1-7, The events must be analyzed to build the HTTP requests.]. Given the teachings 
of Esenther it would have been obvious to one of ordinary skill in the art to synchronize browser 
events other than only URLs and to analyze the events to determine the event types. The motivation 
for doing so would have been so that users could synchronize significant states of their web 
browsers [Esenther abstract lines 1-5]. 

24. With respect to claim 9, Mirashrafi in view of Busey teaches the system applied to claim 7. 
Mirashrafi further discloses that said event synchronization means includes: 

a message receiver for receiving said control message from said server (an IRC server in view 
of Busey, as applied to claim 7) [col. 4 lines 21-25]; and 

an event requester for applying a command to said corresponding Web browser to instmct 
said corresponding Web browser to request the same event as that having occurred in said 
collaborative browsing client, from said Web server [inherent in view of col. 4 lines 28-30]. 

The instant teachings do not expressly teach a message analyzer for analyzing the received 
control message to determine a type of said event having occurred in said collaborative browsing 
client and applying the command based on the determination result. The only event type expressly 
taught is updating a URL. Nonetheless, synchronizing other browsing events was well known in the 
art, as evidenced by Esenther. In a similar art, Esenther discloses a method for collaborative web 
browsing that synchronizes a plurality of events [abstract lines 1-5], analyzes received control 
messages ^[60 lines 1-2] to determine a type of event having occurred in a collaborative browsing 
client n|60 lines 3-6], and applies the a command based on the determination resxilt n[64]. Given 
the teachings of Esenther it would have been obvious to one of ordinary skill in the art to 
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synchronize browser events other than only URLs, to provide a message analyzer for analyzing the 
received control messages to determine a type of said event having occurred in said collaborative 
browsing client, and to apply the command based on the determination result. The motivation for 
doing so would have been so that users' could synchronize significant states of their web browsers 
[Esenther abstract lines 1-5], 

Conclusion 

25. Applicant's amendment necessitated the new ground(s) of rejection presented in this Office 
action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). AppUcantis 
reminded of the extension of time policy as set forth in 37 CFR 1.136(a). 

26. A shortened statutory period for reply to this final action is set to expire THREE MONTHS 
from the mailing date of this action. In the event a first reply is filed within TWO MONTHS of the 
mailing date of this final action and the advisory action is not mailed until after the end of the 
THREE-MONTH shortened statutory period, then the shortened statutory period will expire on 
the date the advisory action is mailed, and any extension fee pursmnt to 37 CFR 1.136(a) wiU be 
calculated from the mailing date of the advisory action. In no event, however, will the statutory 
period for reply expire later than SIX MONTHS from the date of this final action. 

27. Any inquiry concerning this communication or earUer communications from the examiner 
should be directed to Philip S. Scuderi whose telephone number is (571) 272-5865. The examiner 
can normally be reached on Monday-Friday 8am-5pm. 

28. If attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, 
Glenton B. Burgess can be reached on (703) 305-4792. The fax phone number for the organization 
where this application or proceeding is assigned is 703-872-9306. 
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29. Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR system, 
see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR system, 
contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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